Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix(webconnectivityqa): Always close the QAEnv #1245

Merged
merged 1 commit into from
Sep 8, 2023

Conversation

kelmenhorst
Copy link
Contributor

@kelmenhorst kelmenhorst commented Sep 8, 2023

Checklist

Description

This diff fixes a bug in the webconnectivityqa tests which we discovered due to the new quic-go API panicking (#1161 (comment)).

The bug was that we did not close the QAEnv in some of our webconnectivityqa tests. Therefore, the QUIC Server would not close the underlying UDP socket (net.PacketConn) and the local address of this socket would not be removed from the QUIC multiplexer.
In the subsequent test case, the new quic-go API (see #1161) would panic because the local address of the server would still be registered in the global QUIC multiplexer.

Copy link
Contributor

@bassosimone bassosimone left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🐳

@kelmenhorst kelmenhorst merged commit 229ac53 into ooni:master Sep 8, 2023
6 of 8 checks passed
@kelmenhorst kelmenhorst changed the title fix(webconnectivityqa): Close the QAEnv fix(webconnectivityqa): Always close the QAEnv Sep 8, 2023
Murphy-OrangeMud pushed a commit to Murphy-OrangeMud/probe-cli that referenced this pull request Feb 13, 2024
This diff fixes a bug in the webconnectivityqa tests which we discovered due to the new quic-go API panicking (ooni#1161 (comment)).

The bug was that we did not close the `QAEnv` in some of our webconnectivityqa tests.
Therefore, the QUIC Server would not close the underlying UDP socket
(`net.PacketConn`) and the local address of this socket would not be
removed from the QUIC multiplexer.
In the subsequent test case, the new quic-go API (see
ooni#1161) would panic because the
local address of the server would still be registered in the global QUIC
multiplexer.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants